Carátula 


SEÑOR PRESIDENTE.- Habiendo número, está abierta la sesión. 
(Es la hora 15 y 38 minutos.) 


—La Comisión de Ciencia y Tecnología del Senado tiene el gusto de recibir a una delegación 
del Banco de la República Oriental del Uruguay integrada por el licenciado Daniel García, Gerente 
General; la ingeniera María de las Mercedes Tarabal, Gerente de Transformación de Operativa de la 
División de Tecnologías de la Información y el señor Enrique Decoud, Gerente de Tecnologías de la 
Información, a los efectos de dar su opinión sobre un proyecto de ley que tiene que ver con los 
programas de computación en organismos del Estado. 


SEÑOR GARCÍA.- Antes que nada queremos agradecer a los señores Senadores que nos hayan 
invitado para que podamos expresar nuestra opinión. Mi nombre es Daniel García y soy Gerente 
General del Banco República, pero hasta hace un mes y medio era el Gerente de Tecnología. 


Habíamos traído una presentación informática, pero la vamos a distribuir en soporte papel. 


Cuando leímos el texto del proyecto de ley y las argumentaciones parlamentarias, como 
representantes del Banco República hubo aspectos que nos parecieron muy positivos y otros no tanto. 


En primer lugar nos vamos a referir a los aspectos positivos. Entendemos que el artículo 1% en 
su totalidad es sumamente positivo. El hecho de distribuir información en formatos abiertos, estándares 
y libres, nos parece correcto. Debemos diferenciar muy bien softwarte libre de datos abiertos. Los 
datos abiertos se ponen en formato procesable por cualquier empresa o persona y pueden ser creados 
con softwarte te licenciado o sin él; el tema es que el formato debe ser entendible, acordado, abierto, y 
puede ser estándar o en formato público acordado. Eso es muy bueno y hace a la trasparencia de los 
organismos públicos y a que se pueda procesar; ya existen ejemplos muy interesantes. Es muy 
diferente el sistema de datos abiertos al de softwarte i¡bre. 


En cuanto a que los pedidos de información sean remitidos en formato abierto o estándar, 
también es un elemento fundamental. Si uno pide información a alguien, no le puede exigir que esté en 
un formato por el cual tenga que pagar una licencia. Por más que sea un estándar de hecho, es 
importante pedir que sea en formatos abiertos o estándares. 


Dentro de los puntos considerados positivos, podemos decir que el artículo 2% habla del 
intercambio de información realizado con el Estado a través de Internet y establece que deberá ser 
posible en, al menos, un navegador de Internet licenciado como softwarte libre. Esta norma no refiere 
tanto al intercambio de información, pero su contenido es importantísimo. Habitualmente, el Estado es 
muy consciente y cuando crea sus sitios siempre trata de que puedan ser visibles en navegadores de 
todo tipo, o sea: licenciados y no licenciados. Obviamente, el intercambio de información entre 
organismos del Estado es fundamental y debemos seguir promoviéndolo. Este punto, en general, lo 
consideramos muy positivo. 


No obstante, queremos hacer el siguiente comentario. La interoperabilidad entre los sistema 
de diferentes empresas en formato estándar o abierto, que es fundamental, no depende del tipo de 
licenciamiento. Se ha trabajado muchísimo sobre el tema de la interoperabilidad que, en pocas 
palabras, significa que entre diferentes organismos, aprovechando la infraestructura que ya existe u 
otra que se quiera utilizar, los sistemas “puedan conversar” —entre comillas— en lenguajes y formatos 
acordados. Justamente, la ventaja de los formatos estándares es que no importa lo que haya del otro 
lado ni cómo haya sido generado, es decir, si es licenciado o no. La interoperabilidad tiene que ver, 
precisamente, con que se fija un estándar y después se conversa libremente entre ambas partes. 


Por otra parte, el hecho de que los ciudadanos no tengan que adquirir un software en 
particular para poder recibir o entregar información desde y hacia el Estado es un punto también 
fundamental. 


Dentro de los elementos considerados más inconvenientes para el Banco de la República 
Oriental del Uruguay, quiero destacar en particular el segundo párrafo del artículo 2%, que establece: 
“En caso de que el Estado contrate o desarrolle software, el mismo se licenciará como software libre , 
incluyendo el acceso como software libre al o a los programas necesarios para el desarrollo”. A este 
respecto, tal como lo señalamos en el informe que distribuimos, debemos decir que directamente no 
podríamos cumplir con esta disposición debido, entre otros elementos, a la competitividad. El Banco, 
que es el único de carácter nacional que queda en la actualidad, es un organismo que está en régimen 
de competencia muy fuerte con bancos internacionales, muy fuertes todos. Por ende, exponer 
abiertamente la programación de sus componentes de negocios, nos ubicaría en una situación de 
competencia desfavorable. Estamos compitiendo contra actores muy importantes. Por lo tanto, 
realmente, debido a un tema de competitividad, no deberíamos exponer la programación. Asimismo, el 
tema de la seguridad es importantísimo, especialmente cuando se trata de la actividad bancaria. Todos 
los organismos cuentan con sistemas más o menos importantes, pero los que nos preocupan más son 
los de mediana importancia hacia arriba. En esos casos, exponer los códigos fuentes, sus 
configuraciones, el lenguaje en que fueron realizados y dónde se encuentran, puede generar lo que la 
gente de seguridad denomina “expuestos de seguridad”, que realmente no son compatibles con la 
actividad de un banco y con la tranquilidad que debemos asegurar a los clientes. Si exponemos 
abiertamente cómo está hecho el softwarte, en qué lenguaje y con qué configuración, gente mal 
intencionada puede explotar los puntos de vulnerabilidad, en caso de que existan. 


En cuanto a la confidencialidad y la propiedad intelectual, quiero decir lo siguiente. Además 
de desarrollar softwarte, también compramos software desarrollado que, según lo que aquí se 
establece, estaría abarcado por la ley. En esos casos, firmamos cláusulas de confidencialidad y de 
propiedad intelectual. Por ejemplo, con las empresas que fabrican un core bancario —que es la 
programación más importante que tiene una entidad como esta—, se firma un mutuo convenio de 
confidencialidad y propiedad intelectual. Entonces, por un tema de competencia entre empresas, no 
cabría en la cabeza de nadie exponer ese softwarte porque hay propiedad intelectual. Estos convenios 
de confidencialidad se firman siempre y es lógico que así sea; de lo contrario, sería imposible comprar 
softwarte de este tipo. 


En cuanto a los programas para el desarrollo, se utilizan lenguajes de desarrollo licenciados, 
por lo que no pueden publicarse en formato libre. O sea, tenemos licenciados y no licenciados. Cuando 
utilizamos lenguajes licenciados, porque tienen características que proporcionan algunas ventajas 
competitivas y de desarrollo, los programas no se pueden publicar, también por un tema de 
confidencialidad y de propiedad intelectual; es más, muchas veces, ni siquiera se cuenta con ellos. 


Pusimos en primer lugar este tema porque consideramos que es el más fuerte. Realmente, 
pensamos que una empresa y, en particular, un banco, si está en este régimen no puede competir. 


El artículo 5% señala que el libre puede ser estudiado, cambiado, copiado y distribuido, y 
liberado a la ciudadanía. Personalmente, no me puedo imaginar el software de un banco siendo 
libremente estudiado, cambiado, copiado, distribuido y liberado a la ciudadanía. 


En cuanto a la contratación de licencias, el primer párrafo del artículo 2.* establece que se le 
dará preferencia a licenciamientos de softwarte libre y, en caso de que se opte por softwarte privativo, 
se deberá fundamentar la razón basada en aspectos técnicos que no puedan ser resueltos con 
softwarte libre. Al respecto quiero decir que si es por un tema de costos, debe tenerse en cuenta que el 
costo de licencias es solo uno de los componentes del costo total de propiedad o TCO que se maneja 
en cualquier adquisición o elemento que uno compra, instala o desarrolla. Incluye mucho más que las 
licencias, que son una parte; también deben tener en presentes la instalación y configuración; el costo 
del soporte técnico, que en softwarte libre se llama “suscripción”; la actualización de versiones y la 
capacitación o recapacitación, en caso de cambiar; la facilidad y costumbre de uso, que no es un tema 
menor, el capital ya existente en cuanto a softwarte: documentos, planillas, conocimiento y experiencia 
—hay un gran capital de documentación generado durante muchos años y que es necesario tener en 
cuenta; la infraestructura necesaria para soportar este tipo de aplicaciones; la administración y el 
soporte y, ni que hablar, el tipo de negocio o actividad, que determina los requerimientos de 
disponibilidad, performance y seguridad, entre otros. No es lo mismo un organismo que no tenga las 
exigencias de disponibilidad y seguridad que sí tiene una empresa muy grande del Estado, que 
empresas más pequeñas, con presupuesto muy reducido, que no tienen necesidad de estar 


funcionando siempre, 7 x 24, y pueden arreglarse con otro tipo de softwarte o sin contratar ningún tipo 
de soporte, como pasa en algunas partes del Estado. En el caso del Banco de la República eso resulta 
imposible. 


Otro aspecto que consideramos conveniente tener en cuenta es el tema de la disponibilidad. 
Cuando hablamos de una disponibilidad como la que es necesaria para una empresa como el Banco 
de la República, los niveles de soporte deben ser adecuados al grado de disponibilidad, que en nuestro 
caso, para una buena cantidad de sistemas, significa estar 7 x 24 x 365 arriba, con altísima calidad y 
con mucha experiencia que garantice esa disponibilidad. Todos nosotros sabemos lo que significa que 
cualquier servicio esté fuera de línea, por ejemplo, quince minutos. 


Para el sistema de misión crítica debe asegurarse la existencia de instalaciones de similar 
porte, carga y niveles de redundancia del mismo producto. El término “redundancia” significa que para 
disponer de estos niveles de disponibilidad, las empresas tienen replicados en dos sitios los sistemas 
informáticos y si hay dificultades en uno de ellos, el otro puede soportar tranquilamente la carga. De 
esta manera se logran altísimos niveles de disponibilidad, aunque no todos los sistemas soportan alta 
disponibilidad. Por esta razón, el tema porte y carga es importantísimo al momento de tomar una 
decisión ya que no todo softwarte —en particular el softwarte libre— puede llegar a soportar niveles de 
carga muy altas. 


La escalabilidad está bastante relacionada con eso: es la posibilidad de soportar un 
crecimiento importante de la demanda de uso que se le provoca a estos sistemas, sin degradar su 
rendimiento. Es decir que si hay un gran aumento de la demanda, el softwarte pueda soportarla sin que 
los sistemas se enlentezcan o se caigan. Por esta razón, debe haber experiencias existentes en 
configuración de altísima demanda para este tipo de sistemas, que no siempre las hay en todos los 
softwarte. 


También la confiabilidad es un tema importantísimo para el tipo de industria en la que 
estamos. Entre otras cosas, es necesario que el software provenga de una fuente conocida y 
confiable, que el fabricante cuente con muy buenos antecedentes y que el interesado tenga la 
posibilidad de acceder a él. También es imprescindible que el fabricante perdure en el tiempo y que 
genere actualizaciones que acompañen la evolución tecnológica, basada en altos niveles de 
investigación y desarrollo. Hemos visto empresas que han desarrollado softwarte muy interesantes 
pero que luego, con el paso del tiempo, dejan de existir. Ese es un problema grave para las intenciones 
que tenemos. 


En cuanto al capital ya adquirido —me he referido a él al comienzo de mi intervención-, es la 
cantidad de sistemas desarrollados, conocimiento y experiencia de técnicos y usuarios. Este es un 
punto que consideramos de gran importancia que no hay que desconocer, ya que tiene costos directos 
e indirectos, monetarios y de satisfacción. Estas son las cosas que más nos preocupan. 


En el documento que les hemos entregado hicimos una serie de comentarios generales, por 
ejemplo para el caso de las adquisiciones. En este sentido decimos que las compras del Estado están 
reguladas por el Tocaf y revisadas por el Tribunal de Cuentas —en donde hay expertos tecnológicos que 
me consta revisan todo lo concerniente a las compras del Estado—, otorgándole así garantías a los 
oferentes. 


Hemos visto por ahí hablar de moda para referirse a la expresión “neutralidad tecnológica”; 
desde nuestro punto de vista, no es una moda, sino que garantiza a clientes y proveedores que se 
opte por lo que se considera la mejor solución en cada caso y para cada organismo. No toda solución 
es la más adecuada para cada organismo —hay muchas diferencias entre ellas—, incluso, para cada 
caso dentro de cada organismo, habida cuenta de, por lo menos, todos los elementos mencionados 
anteriormente. Por eso decimos que la neutralidad tecnológica es poder comparar en igualdad y que 
cada uno elija lo que se le ajusta más a su realidad. 


Por otra parte, los cambios vertiginosos en la tecnología hacen que encorsetar la capacidad 
de decisión pueda llegar a ser un problema —ya lo hemos visualizado— y que la ley quede rápidamente 


desactualizada. Seguramente cuando se empezó a considerar el recurso cloud computing no era una 
realidad, después pasó a ser una promesa y hoy es una realidad bastante importante. 


SEÑOR GALLO IMPERIALE.- ¿Qué es cloud computing? 


SEÑOR GARCÍA.- Su traducción es computación en la nube. Me explico. Hoy en día, existen 
empresas que proveen servicios de tecnología en sus centros de procesamiento de datos; casi todas 
los prestan desde el exterior, aunque actualmente se está planificando que también se haga desde 
aquí. Esos centros de procesamiento de datos, que son muy grandes —lo cual presenta una ventaja—, 
cobran por el uso de los servicios, es decir, que se cobra por el uso de tiempo del procesador, por el 
uso de servidores, etcétera. Entonces, una empresa que no tiene el dinero como para sostener una 
infraestructura importante y personas que la administren, lo que puede hacer es contratar el servicio en 
la nube e ir pagando de acuerdo a lo que lo utilice. Si la empresa todavía es muy chica, va a pagar muy 
poco, y a medida que vaya creciendo, puede empezar a pagar un poco más; inclusive, si hay una gran 
demanda en una época puntual del año y después la misma baja, puede comenzar pagando más y 
luego menos. Hoy existe infraestructura: servidores, base de datos o hasta aplicaciones comerciales, 
como por ejemplo aplicaciones de manejo de clientes y ventas que uno podría contratar, de punta a 
punta, en la nube. En general, no se sabe —-salvo que por contrato esté establecido— qué tipo de 
tecnología hay del otro lado; buena parte de esa tecnología que vemos hoy es licenciada. 


Este es un ejemplo de cambios tecnológicos fuertes. Por eso hay que tener mucho cuidado 
con lo que a veces se establece en la ley porque, de repente, para algunas empresas es muy útil y 
pero puede encorsetar a otras. En esto, pensar qué puede pasar de aquí a cinco años es muy difícil. 


En función de nuestro contacto permanente con gente de Uruguay y del exterior, hemos 
comprobado que los datos realmente críticos e importantes para las organizaciones, en la mayoría de 
los casos, están bases de datos licenciadas, que tienen mucha experiencia y potencia. Me refiero, 
fundamentalmente, a Oracle, DB2 y a algunas SQL Server. Reitero que esto se da tanto en empresas 
públicas como privadas de Uruguay como del exterior. En el Estado uruguayo esto se aplica a 
organismos muy conocidos como Antel, Intendencia de Montevideo, Banco República, UTE, Ancap — 
prácticamente todos— y, en el exterior, encontramos un caso muy interesante en PDVSA, Venezuela, 
en donde existen gigantescos proyectos de cientos de millones de dólares, con mucha gente 
trabajando. Allí, por ejemplo, manejan el SAP, que es un software —alemán, muy bueno y caro— de 
gestión de las empresas con soporte sobre bases Oracle. Más allá de algunos problemas de atención — 
no de tecnología— con Oracle, lograron evaluar algunas bases de datos no licenciadas y terminaron 
quedándose con las bases de datos de IBM DB2. Como dije, se trata de proyectos gigantescos en los 
que se cita a Venezuela como líder en el tema del softwarte libre y a PDVSA en softwarte licenciado y 
máquinas licenciadas que cuestan mucho dinero. 


En general, lo crítico uno lo puede advertir en este tipo de plataformas que hoy por lo menos 
dan garantías de disponibilidad de servicios —al punto que se puede llamar y hablar directamente con el 
fabricante— y de que permanecerán en el tiempo. 


Consideramos que a nivel medio y alto, el software libre es simplemente otro modelo de 
negocio en el que no se cobra la licencia pero, si uno quiere tener soporte o suscripción, se paga una 
buena cantidad de dinero por tal concepto. 


Se entiende que este asunto es un tema de gestión de tecnología en el que se debe 
asegurar contar con profesionales capacitados y con mente abierta, para poder evaluar en cada 
oportunidad tanto el softwarte libre como el licenciado y ver qué es lo que conviene más en cada caso. 
La idea es optar por la solución que mejor se adapte a su entorno en cada momento, conociendo las 
posibilidades de “ambos mundos”. Creo que si algo nos lleva a decir: “conozco solo uno de los 
mundos”, se nos parte la posibilidad de decidir sobre lo que más nos conviene en cada caso. 


En el ámbito de la Agesic ya se construyó y se está promoviendo el uso de infraestructuras y 
mecanismos para compartir softwarte entre el Estado -lo que consideramos algo muy positivo— a 
través del armado de un repositorio. Como integrante del Consejo Consultivo de la Agesic por parte del 


Banco de la República, junto con representantes de otros organismos del Estado conocidos, estamos 
tratando de compartir softwarte entre todos —en general, softwarte de uso, no grandes escalas de 
softwarte —, de forma tal que exista un sector de softwarte absolutamente libre de toda licencia. 
Actualmente se dice que un softwarte no es absolutamente libre, incluso, si corre o necesita correr 
sobre una máquina Windows. Entonces, como entendemos que hay mucho softwarte que puede tener 
algún componente licenciado —por ejemplo, Windows o alguna base de datos—, es importante que el 
Estado lo comparta para ganar tiempo y capacidad que ya se utilizó. Seguramente, Agesic, tendrá una 
parte muy libre y purista en softwarte libre y otra en la que se dirá: “Este softwarte necesita algo de 
softwarte licenciado”. Creemos que es un ámbito ideal para compartir softwarte —ya se está armando y 
está a punto de comenzar a utilizarse—, así como para facilitar la interoperabilidad. A este respecto, la 
Agesic invirtió en una red de fibra óptica que interconecta los organismos, con la idea de compartir y 
transferir datos de un lugar a otro, de forma tal que el ciudadano no tenga que estar pidiendo papeles 
en otros lados. Esto beneficia, fundamentalmente, a organismos con muy pocas posibilidades 
económicas y a la ciudadanía en general. Existen muchas iniciativas interesantes sobre el tema; por 
ejemplo, en materia de datos abiertos se ha instrumentado toda una política que ha llevado a ciertos 
organismos —como la Intendencia de Montevideo y próximamente se involucrará el Banco de la 
República— a poner a disposición de la ciudadanía datos en formatos que puedan ser legibles. Esto es 
algo muy interesante y forma parte de lo que es la política de Gobierno abierto promovida por el 
Gobierno a través de la Agesic. 


Nosotros no compartimos la afirmación que se hace acerca de que “los directores de los 
centros de cómputos del Estado están de acuerdo con la ley”. En parte, ese es uno de los motivos por 
el que hoy estamos aquí. Hace un tiempo se elaboró un informe a nivel del Estado —creo que está en 
poder de los señores Senadores-— y el resultado no fue ese, sino que cada uno eligiese lo que sirva 
más en cada caso. En ese sentido, ha habido experiencias de todo tipo. Se trata de utilizar la 
capacidad de la gente para poder resolver. Además, las situaciones que se dan son muy variadas en 
las diferentes empresas. 


Un comentario que queremos hacer es que el Banco de la República no está en contra del 
softwarte libre y la prueba está en que tenemos componentes de softwarte libre y de softwarte 
licenciado. A veces, el costo de mantenimiento del softwarte libre es igual o más caro que el del 

software licenciado. Esto lo digo con propiedad porque lo estamos pagando. El costo de un servidor, 

cuando uno quiere el mismo tipo de disponibilidad del soporte, por ejemplo de 7 x 24, en cualquier 
momento y que resuelvan un problema, es muy similar ya sea que se hable de un servidor Linux o de 
Windows o J Boss con respecto a alguna otra solución tecnológica que pueda haber. Más allá de los 
ejemplos, tenemos de los dos mundos, y la suscripción hay que pagarla y tiene un costo interesante. 


Queremos señalar que por la generalidad con la que se está hablando, se pone en la misma 
bolsa —perdonen la expresión— aplicaciones de uso y apoyo. Concretamente, se utiliza como ejemplo 
una agenda que hizo la Intendencia Municipal de Montevideo que la compartió con el BPS y que la 
están liberando para hacer lo propio con otros organismos. Fue una buena experiencia. Se trata de un 
softwarte de uso, obviamente, no de clase mundial. Consideramos que es muy bueno que el Estado 
comparta ese tipo de softwarte pero, yendo al otro extremo, se pone en la misma bolsa un core de 
negocio de una empresa estatal importante que no se debería compartir, así como también se incluyen 
sistemas operativos y bases de datos donde, fundamentalmente la idea es tenerlos, utilizarlos y no 
modificar el código porque, además, tienen que soportar misión crítica. En una primera lectura, todo 
esto está incluido en un mismo concepto cuando, en realidad, son elementos diferentes. 


Este no es un tema que preocupe u ocupe a nuestra competencia —porque no hace al 
negocio—, sino que lo que interesa es cómo ganar mercado. Pido disculpas por ir tan rápido pero sé 
que disponemos de poco tiempo. 


Por último como conclusión, queremos señalar que el Banco de la República no puede 
cumplir con la obligación de publicar software como softwarte libre, si tenemos en cuenta la definición 
que mencionamos hoy. Consideramos necesario, para la actividad y exigencias que tiene el Banco, 
que se pueda contar con la libertad de elegir el softwarte que se entienda más conveniente en cada 
caso, independientemente del tipo de licenciamiento. Estas son las dos conclusiones más importantes 
que queríamos dejar. Estamos a la orden para cualquier consulta. 


SEÑORA TARABAL.- Desde mi rol en el Banco de la República, habitualmente trabajo en procesos 
licitatorios para adquirir tecnología y puedo dar garantía de que nunca dejamos afuera softwarte por la 
forma de licenciamiento. En realidad, como dijo el señor García, existen muchos otros aspectos que 
debemos considerar, los estudiamos todos y siempre tratamos de quedarnos con la opción más 
conveniente y la solución óptima para el Banco en ese momento. Por lo tanto, no vamos a descartar 
softwarte libre; de por sí, en algún momento puede llegar a tener una ventaja, pues como sabemos el 
costo inicial en licencias no lo va a tener. En contraposición con otras ofertas, a la hora de elegir puede 
llegar a tener ventajas, pero si no cumple con otros elementos que ya se vieron hace un momento, no 
hay por qué elegirlo. 


Cuando se habla de “dar preferencia” parecería que se tratara de una preferencia infinita, es 
decir que si se presentan varias soluciones, tenemos que preferir la del softwarte libre. Con eso no 
estamos de acuerdo, porque sí se puede competir libremente, y si fuera la mejor, la elegiremos, tal 
como se ha hecho en varias oportunidades. No estamos en contra del software libre, pero queremos 
tener la oportunidad de elegir en cada caso la mejor solución para nuestra institución. 


SEÑOR ABREU.- En primer lugar, le damos la bienvenida a la delegación del Banco de la República. 


Me voy a referir a un tema conceptual que quiero compartir con nuestros visitantes. En 
oportunidad de comparecer el Centro de Estudios de Software Libre se afirmó que el Estado no debe 
ser neutral en políticas que trasciendan la tecnología y que, en realidad, la diferencia está en la 
licencia. En los elementos considerados inconvenientes para el Banco de la República, en el segundo 
punto se dice que la neutralidad tecnológica no es una moda sino que garantiza a clientes y a 
proveedores que se opte por lo que se considera la mejor solución en cada caso y para cada 
organismo, teniendo en cuenta, por lo menos, todos los elementos mencionados. Obviamente, el costo 
es uno de los temas al que las otras delegaciones le dan importancia en razón de sus diferencias. 


Luego de escucharlos, tengo la sensación de que los criterios generales en el sentido de 
optar preferente por softwarte libre no son adecuados para los intereses del Banco de la República. Se 
puede trabajar en la interoperatividad de las licencias con softwarte libre, como se está planteando en 
algunos casos dentro del ámbito de la Agesic, donde se están promoviendo infraestructuras y 
mecanismos para que en el Estado se comparta software libre con componentes licenciados. 


Entonces, el tema es muy importante desde el punto de vista conceptual y por su ubicación; 
me da la sensación de que no se puede generalizar ya que cada uno de los organismos del Estado 
tiene aspectos específicos y sensibles, sobre todo en el caso de la actividad bancaria, que está 
expuesta a determinados riesgos. 


El alcance de la neutralidad tecnológica que ustedes plantean no es el mismo que le dan 
otras instituciones, como el Centro de Estudios de Software Libre, que afirma que no se debe ser 
neutral en políticas que trascienden la tecnología. En ese sentido, me gustaría saber si ustedes 
comparten la idea de que no se debe generalizar en estos aspectos; creo que cuando utilizan la 
expresión “poner todo en la misma bolsa” plantean una definición clara al respecto. 


Por otro lado, quisiera conocer cuáles son los temas que podrían ser o no aceptables en el 
proyecto de ley y cuáles podrían ser perjudiciales desde el punto de vista de los intereses del Banco de 
la República. 


SEÑOR GARCÍA.- No puedo expresarme sobre ese tema desde el punto de vista político. Creemos 
que la neutralidad tecnológica hace a mucho más que el tema del costo ya que involucra también a 
todos los aspectos que mencionamos antes. Cuando uno es neutral, en realidad es porque está 
asegurándose de evaluar todos los aspectos que hacen a la decisión de una solución, en la cual el 
costo a veces es solo una parte pequeña, porque si uno quiere alta disponibilidad, mucha seguridad y 
altos niveles de respuesta, eso pasa a ser mucho más pesado que el costo propiamente dicho. Ello se 
puede comprobar en las licitaciones, donde se ve claramente el porcentaje que significa el costo en la 
toma de decisión. Son cosas que también ocurren en la vida diaria; no siempre elegimos lo más barato 
o lo que podemos compartir entre todos. 


En suma, para empresas como el Banco de la República la neutralidad pasa por asegurar la 
igualdad de oferentes y que estamos decidiendo por elementos técnicos, en los que no solo está el 
costo que mencionamos, sino también el costo total de propiedad, entre otros. El hecho de no tener 
una licencia después se puede licuar dentro del otro modelo de negocio, que es la suscripción. Por otro 
lado, no podemos dejar de tener soporte. En algunos casos, se brinda soporte a través de un foro, lo 
que es inconcebible para nosotros; no podemos esperar a que alguien haya tenido el mismo problema 
para solucionarlo, tomando en cuenta que para nosotros es complicadísimo estar sin sistema 10 o 15 
minutos. 


Lo más fuerte de nuestro planteo está al final, donde utilizamos la expresión “poner todo en 
la misma bolsa”, y las razones las acabamos de exponer. Quizás nuestro planteo no fue hecho 
pensando en la generalidad de este tema -que involucra también a los sistemas core, sistemas 
negociables gigantes, bases de datos muy grandes o alta disponibilidad en sistemas críticos—, sino en 
sistemas que son compartibles dentro del Estado —en lo que estamos totalmente de acuerdo—, que 
podrían ser hechos con softwarte libre y que no tienen grandes niveles de exigencia ni de exposición. 
Pero en otro tipo de sistemas, por lo menos deberíamos tener la posibilidad de optar por otras cosas. 
Podría pensarse que esto puede hacerse en forma gradual, pero desarrollar un core bancario —lo que 
lleva muchísimos años; hay empresas reconocidas en el cuadrante mágico de Gartner, que son las 
principales en el mundo y las que uno verifica si analiza quiénes están trabajando en estos temas-— es 
una tarea imposible, o llevaría tiempos y costos inconcebibles. Además, pensar en la posibilidad de 
que uno después pueda publicar ese softwarte a nivel comercial, privado, es algo que no existe. No se 
puede exponer ese código fuente a todo el mundo, porque forma parte de la competitividad y la vida de 
cada una de las empresas. 


SEÑOR PRESIDENTE.- Quiero hacer una pregunta con respecto a algo que hemos conversado en 
charlas mano a mano con personas interesadas en este tema y que son partidarios de este proyecto 
de ley. Cuando se habla de una empresa pública que, de una cantidad de ofertas, puede optar por una 
de software libre que es más barata, mejor, más transparente y, además, genera trabajo en Uruguay, 
siempre surge el inconveniente de que los encargados de las licitaciones, no es que tengan alguna 
preferencia por el software licenciado, pero sí consideran más cómodo contratar con una gran empresa 
y, si hay algún problema, se entiende que de todos modos eso podía pasar con cualquiera. En 
definitiva, se termina dejando de lado el softwarte libre cuando existe esa opción. 


SEÑORA TARABAL.- Como en todos los ámbitos, hay soluciones licenciadas que son muy buenas y 
hay otras que son desastrosas; eso mismo ocurre en el caso del softwarte libre. Entonces, no es por 
comodidad que se elige el respaldo de una empresa sólida, que continúa investigando sobre lo que nos 
vendió o que sigue dando nuevas versiones. Eso hace a la tranquilidad de todos; no se trata de que no 
se le da oportunidad a la gente que trabaja en el país, porque sí se le da, pero hay casos -y en este 
punto volvemos a lo de no poner a todo el mundo en la misma bolsa-, como los de los sistemas de 
emisión crítica, en que nos tenemos que fijar mucho en las manos de quién se va a dejar el soporte 
para los momentos en que surgen problemas. No se trata de pensar en lo más cómodo, porque se 
estudian todas las ofertas y se otorga un puntaje a cada ítem. Cuando presentamos un pliego para 
llamar a licitación, por el Tocaf estamos obligados a decir qué porcentaje se otorga por antecedentes 
de la empresa, por la solución técnica, por el costo de la solución, etcétera. Todos esos son 
ingredientes que están en una ecuación, y cuando sumamos el puntaje que nos da el estudio de cada 
una de las ofertas, obtenemos un resultado, y en función de eso se hace la elección. En realidad, no 
tenemos una idea a priori de dejar algo afuera, sino que el proceso es totalmente transparente. 
Asimismo, cabe aclarar que trabajamos en equipos y no es solamente una persona la que decide una 
licitación. Por ejemplo, nosotros integramos gente de auditoría informática en el estudio de las 
licitaciones y, repito, cuando se va a comprar equipo, etcétera, no decide una persona, sino que en el 
ámbito de una comisión multidisciplinaria se estudian las ofertas y se elige al que obtiene más puntaje, 
que no siempre tiene que ser el más barato. Tampoco se opta en función de que sea uruguayo o 
extranjero. Insisto en que elegimos al que obtiene mejor puntaje. 


SEÑOR GARCÍA.- En el mismo sentido, quiero decir que si extrapolamos esto a otras áreas de 
negocios empresariales, cuando hay negocios críticos que tienen que funcionar con altos niveles de 
calidad, tampoco se elige siempre la opción más barata o a la empresa que da trabajo a cuatro 
personas que son macanudas; en realidad, uno elige a la empresa que da más tranquilidad cuando 
surge un problema, a aquella de la que estamos seguros sobre la respuesta que nos va a dar, y 


también tomamos en cuenta cuánto tiempo lleva en el negocio. No se trata de comodidad, sino de la 
tranquilidad que brindan las empresas oferentes. En el país hay empresas y mucha gente que trabaja 
con softwarte licenciado, y hay empresas como Artech que dan empleo a una gran cantidad de gente. 
Este proyecto que mencionaba ocupa a gente nuestra que está trabajando en el exterior “son más de 
cien técnicos uruguayos- y se trata de un softwarte licenciado. 


Creo que en la actualidad falta mano de obra en tecnología; por lo tanto, no se trata de que 
los técnicos no consiguen trabajo. Ojalá en un futuro haya más personas preparadas, porque lo cierto 
es que hoy agentes del mercado se están rapiñando a los técnicos mutuamente. 


SEÑORA TOPOLANSKQY.- La verdad es que me preocupa un comentario de la delegación referido a la 
seguridad del Banco, porque allí hay áreas de reserva y, si no entendí mal, se verían afectadas. 


SEÑOR GARCÍA.- Cuando hablamos de seguridad no nos referimos a los datos en sí mismos sino a 
toda aquella programación y configuración que, si hubiera cierta vulnerabilidad, podría ser utilizada 
para llegar a la información que queremos proteger. Se trata de no exponer la forma en que se hacen 
las cosas para que ningún hacker o persona mal intencionada pueda utilizarlo para entrar. Sí puede 
haber problemas de escalabilidad, es decir, de crecimiento o de disponibilidad, pero eso no quiere decir 
que una base de datos de software libre sea más vulnerable. Entonces, el tema es no exponernos 
tanto, porque podría compararse con exhibir los planos de nuestra casa, lo que permitiría a quien los 
viera saber, por ejemplo, que es más fácil ingresar por el fondo. 


Por último, quiero agregar que más allá de que el softwarte sea licenciado o no, podemos 
compartir información, intercambiar datos, y la ciudadanía se puede informar mucho mejor. También 
hay datos abiertos que las empresas pueden explotar —la famosa interoperabilidad—, y podemos 
conectarnos para que los ciudadanos no tengan que pasearse por las distintas oficinas públicas. Esto 
puede hacerse de una forma o de otra sin inconvenientes. 


SEÑOR PRESIDENTE.- La Comisión agradece la presencia de los representantes del Banco de la 
República Oriental del Uruguay. 


(Se retiran de sala los representantes del Banco de la República Oriental del Uruguay.) 
(Se suspende momentáneamente la toma de la versión taquigráfica.) 
—No habiendo más asuntos, se levanta la sesión. 


(Es la hora 16 y 21 minutos.) 


Linea del vie de náaina 
Montevideo, Uruguay. Poder Legislativo. 


